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QTRUCTHAM-2  la  a systen  which  convert!  unstructured  FORTRAN  program  Into 
structured  fora.  The  STRUCTRAN- 2 Oner's  Manual  describes  the  use  and  operation 
of  this  systea.  STRUCTRAN-2  Is  compatible  with  the  STRUCTRAN-1  precompiler 
which  Is  a special  purpose  language  preprocessor  Intended  to  augment  standard 
FORTRAN  and  permit  Its  use  ae  the  basis  of  a structured  programing  effort. 
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The  techniques  of  Structured  rrut«aila|  ere  finding  (Kr«4«U|  epp li- 
cet ion  in  the  computing  community.  Structured  programs  ere,  however,  diffi- 
cult to  write  in  progressing  lenguegee  thet  do  not  have  the  statement  types 
necessery  to  produce  COTO-frH  code.  OMATtAR  is  e COTO-leee  programming 
Language  that  augments  standard  FORTRAN  so  that  it  can  he  used  as  a haste  for 
structured  prograamlng.  The  STIUCTIAR-I  preprocessor  translates  UHATRA*  into 
standard  FORTRAN.  It  is  compatible  with  the  output  of  tTWCTMJI*2,  a eystesi 
which  converts  unstructured  FORTRAN  prograa*  into  structured  form  in  QMATtAh. 
This  '‘structurisation**  capability  is  useful  when  esisting  FORTRAN  programs 
are  to  be  oalntained,  nodlfled,  docuanroted,  or  understood.  The  enhanced 
visibility  of  program  structure  provided  by  STRUCTRAN-2  translation  aids  in 
these  tasks. 

General  use  of  STWJCTRAN-2  is  discussed  In  Sec.  2.  Append Is  A describes 
the  use  of  STRUCTRAN-2  on  the  UR I VAC  1108.  S7ROCTVAR-2  const relnts  are  aun- 
marlzad  In  Sac.  ).  Error  sassages  which  nay  occur  during  a STRUCTRAN- 2 run 
art  suounarltsd  In  Appendix  g,  and  the  high-level  eudit  tdilch  ssy  he  printed 
during  STtUCTRAK-2  processing  is  described  in  Appendix  C. 
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2 USHRI  STRUCTRAN-2 


STRUCTRAN-2  (ruuUtaf  utitioi  FORTRAN  r***t'*w  Ulo  UNA TRAN 

programs,  logically  equivalent  to  the  original  WtTMJI  programs.  Structurlaa- 
tlon  dooa  not  chango  the  algorithm  Implemented  by  the  original  prog ran.  but 
reveal*  tha  structure  of  tha  algorithm  oo  that  It  nay  ba  nora  readily  under' 
stood.  STROt'TRAN-2  Is  useful  whan  *■ lacing  FORTRAN  programs  ara  to  ba  nals- 
talnad,  nodlflad,  doc  men  eed.  or  studied.  Tha  OHATRAN  progran  can  ba  Hated 
and  executed  by  using  tha  STV0CTVAM-1  preprocessor  (refer  to  the  STtUCTHAb-l 
User’s  Manual ) . 

STRUCT RAH- 2 replaces  FORTRAN  control  ataienents  with  tha  following  four 
DMATRAN  statement  constructs; 

e IF ...  THEN. . .CISC. ..  END  IF— provide#  block  structuring  of  condi- 
tionally executable  sequence*  of  etetenence 

e DO  WHILE. . . END  WHILE --permit a Iteration  of  a code  segment  while 
a specified  condition  ranalns  true 

a DO  UNTIL. . . END  UNTIL — pe rates  Iteration  until  a specified  condl* 
tlon  becoaws  true 

e BLOCK- naae». .. END  BLOCK  (and  corresponding  INVOKE- none*  statement) 
— provide  a facility  for  top-down  programing  and  Internal 
sub rout lnes. 

STRUCT RAN- 2 file  usage  la  shown  In  Fig.  2.1.  The  FORTRAN  source  progran 
to  ba  translated  Is  read  (ron  the  systen  card  reader  (unit  number  Is  Installa- 
tion-dependent). A listing  of  the  original  FORTRAN  progran  (plus  any  FORTRAN 
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Wn. 


statements  Inserted  by  STRUCTRAN-2)  is  produced  on  the  system  printer. 
Infrequently,  It  U necessary  to  examine  the  high-level  audit  trail  (Appendix 
C)  produced  by  STAUCTRAK-2  during  the  at rue turl ration  process.  When  this  Is 
the  case,  the  scratch  file  associated  with  the  audit  oust  be  coplod  to  the 
system  printer.  The  DMATRAN  source  code  Is  written  In  card  image  form  onto 
either  the  system  punch  or  a permanent  file.  After  the  STRWCTRAN-2  rum  Is 
complete,  the  STRUCTRAN-i  preprocessor  can  be  used  to  list  and  execute  the 
DMATRAN  program  produced. 


2.1  STRUCTRAN-2  IWVT 

The  only  Input  required  by  STRUCTAAN-2  Is  the  FORTRAN  source  code  to  be 
structur l red.  It  must  be  In  card  Image  form  and  should  be  compilable  by  the 
UN l VAC  110b  FORTRAN  V compiler  (or  any  compiler  which  implements  e subset  of 
FORTRAN  V)  with  no  errors.  Hors  then  one  routine  may  be  structurlred  during 
a STRUCTRAN-2  run.  No  control  cards  between  routines  are  required;  STRUCTRAN- 2 
recognises  the  end  of  eech  routine  eutomat lcelly.  Additional  constraints  on 
ths  FORTRAN  sourcs  code  are  summarised  in  Sec.  3.  Figure  2.2  indicates  the 
Input  format  for  STRUCT RAN- 2 . 

2.2  STAUCTAAN-2  OUTFIT! 

STRUCT  RAN- 2 lists  the  FORTRAN  source  code,  with  eny  modi! lest  loos  »d«lch 
may  have  been  made  to  It  (Fig.  2.3).  For  example,  e unique  COJfT J XU(  statement 
Is  added  for  any  00  statement  which  was  no*  associated  with  a unique  CONTIMI 
In  the  original  FORTRAN  (line  1]  of  the  example).  The  listing  associate*  an 
Internal  STRUCT  RAN- 2 statement  number  with  eech  statement.  This  statement 
number  is  useful  In  treeing  the  structurlted  code  beck  to  the  original  FORTRAN 
code.  The  DMATRAN  source  code  la  also  output  by  STRUCTRAN-2  in  card  Image 
format  (Fig.  2.4),  so  that  it  can  be  readily  processed  by  the  STRUCTRAN-1 
preprocessor.  A sequence  number  In  columns  73  through  M of  the  W1ATRAN 
source  code  relates  each  statement  to  the  corresponding  statement  in  the 
STRUCTRAN-2-produced  FORTRAN  Hating.  This  sequence  Information  is  also  dis- 
played on  the  Indented  listing  produced  by  5TRUCTRAN-1. 

It  Is  often  appropriate  to  examine  the  DMATRAN  source  code  produced  by 
STRUCTRAN-2  for  the  purpose  of  making  simple  but  effective  improvements.  For 
example.  If  an  original  FORTRAN  program  contains  duplicate  segments  of  code, 
they  will  be  highly  visible  In  the  structurlted  version  because  their  struc- 
tures will  be  Identical.  The  BLOCK... END  BLOCK  and  INVOKE  statements  can  be 
conveniently  used  to  eliminate  these  redundant  segments  of  code  by  manually 
modifying  the  DMATRAN  source  code. 


3 


'Pi 


SuMHH/TIMt  SO«(N, ARRAY  . ISu**» 
iNTCOtR  A«RA»U0> 

1SUM*0 

IftN.LC. •16010 
J»t 

so  «*N-J 

if  m.OT.ioi«*to 
00  10t  »•».*> 

JSUM*lSU«*A«fiAV I |> 

100  JO*  I 

If  O.LT.NIGOTO  St 
990  RUuRN 
CM) 

Figure  2.2.  STRUCTRAN-2  Input  room 


ORIGINAL  FORTRAN  SOURCt  STATEMENTS  FOR  MOOutC  Sum 
stmt  LAMCL  STATEMENT  HIT,,,, 
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SUMROUTINC  SUM  | n , array  • I sum  » 
INTCOCR  array  ( to  I 

I SUM  • o 

ir  I N »L(.  0 ) UOTO  999 
J • 0 

SO  n • n - j 

If  < ft  .Of.  10  I « » 10 

00  10100  | • | . ft 

1 SUM  » I Sum  • ARRAY  ( I » 

100  J ■ J • I 

10100  COM? I NUt 

If  t J *tf.  N I 9010  SO 

999  bc  Turn 
l NO 


Figure  2 3.  STRUCT RAN- 2 Original  FORTRAN  Source  Listing 


SuBROUT  INI  Sum  ( N • ARRAY  . ISUM  I I 
INTCOCR  ARRAY  ( 10  ) i 
ISUM  • 0 3 
If  < N .OT.  0 1 Thin  a 
J • 0 s 

00  UNTIL  I J .GC.  N I 12 
ft  ■ N - J 6 
If  ( ft  ,OT.  10  » ft  > 10  7 

1 ■ 1 0 

00  UNTIL  I I .OT.  ft  ) || 
ISUM  » ISUM  • ARRAY  C 1 > 9 
J • J • I 10 

1 • I • 1 II 
CNO  UNTIL  0 
END  UNTIL 

CNO  IF  0 
RETURN  13 
CNO  1* 


Figure  2.4.  STRUCT RAN- 2 Output  Pormat 
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2 . 3 DEFAULT  PARAMETERS 


No  provision  has  been  made  for  user  modification  of  the 
default  parameters.  The  values  for  each  are  determined  during 
STRUCTRAN-2  installation.  Default  values  currently  used  are 
listed  below: 


Parameter  Default 

STRUCTRAN-2  Input  unit  5LINPUT 

STRUCTRAN-2  listing  unit  6L0UTPUT 

STRUCTRAN-2  error  diagnostics  unit  6L0UTPUT 

STRUCTRAN-2  output  unit  6LLPUNCH 

Include  comments  In  structurlzed  source  code  YES 

BLOCK  generation  threshold 

Number  of  duplicated  statements  15 

Number  of  statements  1000 

Number  of  paths  1,000,000 

Working  storage  size  10,000 


3 STRUCT RAN -2  CONSTRAINTS 


The  following  constraints  should  be  kept  in  Bind  when  using  STRUCTRAM-? : 

1.  There  oust  be  at  least  one  blank  after  every  aource-text  FORTRAN 

keyword  (e.g.,  REAL  I or  DO  100  I>1,10,  not  REALI  ur  00100). 

2.  Only  UNIVAC  1108  FORTRAN  V sta tenant  forms  are  acceptable. 

3.  Only  the  ANSI  X3.9  fona  of  the  ASSIGNED  GOTO  statement  Is  processed 
(e.g.,  all  labels  to  which  control  can  transfer  Bust  be  indicated 
in  the  ASSIGNED  GOTO  stateaent). 

4.  At  most  250  keywords,  operators,  dellslters,  and  symbols  are  per- 
mitted in  any  statement  (except  FORMAT  atateaents  and  Hollerith 
strings) . 

5.  DO-statement  targets  are  autoaat lcally  retargeted  when  necessary, 
each  to  a distinct  CONTINUE  stateaent. 

6.  No  declslon-to-declslon  path  (DD-path)  in  the  prograa  may  contain 
more  than  100  successive  asslgnaent  stateaents  or  unconditional 
1/0  stateaents. 

7.  Iterations  which  have  more  than  one  entry  aay  not  be  correctly 
structur lzed.  An  example  of  a multiple-entry  iteration  follows: 

IF (P)  GO  TO  10 

5 IF(Q)  GO  TO  20 

I-I+l 

10  J-J-Fl 

GO  TO  5 

20  CONTINUE 

The  Iteration  in  this  example  can  be  entered  at  label  "5"  or 
label  "10".  The  complexity  of  Individual  multiple  entry  itera- 
tions determines  the  results  of  the  structurization.  Several 
outcomes  are  possible: 

(1)  Structurlzed  source  code  is  okay  (the  simple  example  above 
will  be  correctly  structurlzed). 

(2)  Structurlzed  source  code  contains  a DO  WHILE  statement  that 
is  always  true  (modify  the  structurlzed  source  code). 

(3)  Structurization  Is  not  completed  and  an  error  message 
describing  the  program  graph  Is  printed  (use  the  prograa 
graph  to  identify  the  multiple-entry  Iteration  and  modify 
the  original  FORTRAN  source  code). 
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4 STRUCTRAN-2  mM-kAH  uVtRVII* 

4.1  STRUCTKAN-2  PROGRAM  ORGANIZATION 

STRUCTRAN-2  In  organized  Into  eight  components,  each  of  which  consists 
of  a hierarchy  of  related  nodules  with  specific  processing  capabilities. 

These  conponents  are  used  in  a definite  order  to  translate  FORTRAN  to  DMATRAN. 
Table  4.1  shows  the  STRUCT RAN-2  conponents;  detailed  descriptions  of  their 
functions  appear  In  Sec.  4 of  the  STRUCTRAN-2  Systen  Design  and  Implementation 
Manual. 


TABLE  4.1 

STRUCTRAN-2  COMPONENTS 


Component 

Memory  (Octal) 

Function 

STRUCO 

77K 

Storage  Manager , Data  Base 
Services,  Support  Subroutines 
and  Control 

STRUC1 

3K 

Initialization  of  Data  Base 

STRUC2 

14K 

Lexical  Analysis 

STRUC3 

14K 

FORTRAN  Parsing 

STRUC4 

13K 

Graph  Identification 

STRUC5 

16K 

Craph  Analysis 

STRUC6 

20K 

Formation  of  DMA TRAN  Program 

STRUC7 

3k 

Print/Punch  Services 

The  UNIVAC-1108  installation  of  STRUCTRAN-2  operates  In  an  overlay  node. 
STRUCO  is  the  root  of  the  overlay  structure  and  causes  each  of  the  other  com- 
ponents to  be  loaded  and  executed  in  the  proper  order.  All  routines  that  are 
required  by  two  or  sore  conponents  are  included  In  STRUCO.  STRUCO  Is  always 
In  core,  with  at  most  one  other  conponent.  The  approxlnate  size  of  each 
component  as  overlayed  on  the  UNIVAC  1108  Is  shown  In  Table  4.1. 

The  code  for  all  STRUCTRAN-2  conponents  was  developed  by  CRC  personnel, 
utilizing  structured  progrannlng  techniques  throughout. 
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4.2  STRUCT RAN- 2 OPERATION 


Each  STRUCT KAN-2  component  Is  devoted  to  a unique  task;  communication 
between  components  is  through  a coaaon  data  base  called  a data  base  library. 
The  data  base  library  is  initially  created  by  STRUCI , modified  by  STRUC2, 
STRUCT,  STRUC4 , and  STRUCS,  and  utilised  by  STRUC6  and  STRUC7.  The  sequence 
in  which  the  components  are  executed  is  shown  in  Fig.  4.1,  which  uses  DMATRAN 
to  express  a high-level,  structured  representation  of  STRUCTRAN-2's  operation. 


PROCEOURE  »TRUCTS*N2  CONTROL 

IhvOKC  ( STRUCI  • INITIALIZE  ORTA  BASE  ) 

00  shuC  ( EnD  OF  ThI  CURRENT  NOOUL*  hAR  not  B((n  REACnEO  ) 

, X*VO«e  ( STRUCI  • RCRRORM  ICHCAL  SCAN  OF  »00ULC  TO  IDENTIFY 
1,  K|y«0H0l  AnO  v ar 1 ARLCI  ) 

, IF  ( END  OR  TH|  CURRENT  mOOUlE  xt|  NOT  SEEN  REACHED  ) TnEN 

, , INVOKE  ( ETRuCl  • PERFORM  PARSE  UF  MOOuLE  TO  IOENTIFy  STATEMENT 

l.  . Tyres  1 

, . Invoke  ( STRUCT  • RRXnT  FORTRAN  mOOUlE  1 

. , INVOKE  ( STRUC4  • IDENTIFY  PROGRAM  6RAPH  ) 

» • INVOKE  ( STRUCS  • RECOGNISE  STRUCTURED  FORMS  In  FROSRAM  QRaPm  ANO 

1,  , ABSTRACT^  REPRESENT  A«  A OmATRan  PROGRAM  ) 

t . INVOKE  t STAUCA  • USE  STRUCTURED  FORM  REPRESENTATION  TO  RInRITE 

1.  . MC0ULE  IN  OMiTRAN  ) 

. , INVOKE  ( STRUCT  • PUNCH  OmATRAN  "OOJtE  ) 

t (NO  IF 
KNO  "MILE 
(NO 


Figure  4.1.  Description  of  STRUCTRAN-2  Control 


STRUCO  consists  of  the  main  program  for  STRUCTRAN-2,  all  the  routines 
it  causes  to  be  loaded,  and  all  routines  which  are  referred  to  directly  or 
indirectly  in  two  or  more  components.  Since  STRUCI  through  STRUC7  communicate 
through  the  data  base  library,  all  data  base  service  routines  and  storage 
manager  routines  are  in  STRUCO.  Also  all  support  routines  performing  commonly 
utilized  functions  are  in  STRUCO.  The  data  base  library  is  initialized  by 
STRUCI.  STRUC2  inputs  the  FORTRAN  text  to  be  structurized , adding  it  to  the 
data  base  library  after  performing  a lexical  analysis  to  recognize  FORTRAN  key 
words  and  variables.  STRUC3  reads  the  lexically  analyzed  text  from  the  data 
base  library  and  parses  each  statement,  adding  information  on  statement  types 
and  symbol  usage  to  the  data  base  library.  STRUC4  utilizes  all  of  the  infor- 
mation accumulated  so  far  in  the  data  base  library  to  identify  the  program 
graph  of  the  module.  This  is  added  to  the  data  base  library  in  tabular  form. 
STRUC5  performs  a reduction-type  analysis  to  recognize  structured  forms  in  the 
graph  of  the  module.  It  updates  the  Information  on  the  data  base  library  to 
indicate  the  structured  form  of  the  module.  STRUC6  uses  this  representation 
to  build  the  DMATRAN  version  of  the  original  FORTRAN  program.  STRUC7  is  used 


to  print  and  punch  statement  text  from  the  data  base  library.  Since  a single 


program  unit  In  UNIVAC  1108  FORTRAN  may  contain  many  routines  (due  to  the 
Internal  subroutine  capability),  the  Iteration  Indicated  In  Fig.  4.1  Is 
necessary  to  process  modules  consisting  of  more  than  one  routine. 
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4.3  STRUCT RAN-2  DATA  STRUCTURES 

STRUCTRAN-2  utilizes  the  data  structures  shown  In  Table  4.2.  The  FORTRAN 
source  text  to  be  structurized  Is  Input  on  LIN.  A random-access  data  base 
library  is  created  on  LIBNEW.  The  FORTRAN  source  code  is  listed  on  LOUT, 
translated  DMATRAN  source  code  is  written  on  LPUNCH,  and  a high-level  audit 
trail  Is  output  to  LDEBUG.  The  file  activity  performed  by  STRUCTRAN-2  was 
summarized  In  Fig.  2.1. 


TABLE  4.2 

FILES  USED  IN  STRUCTRAN-2  PROCESSING 


Logics  1 

Unit 

Nuaber 

nu 

Ne*e 

Date 

Structure 

Node 

Stores* 

Form 

Record 
Forme  t 

Rot  o leaded 

41  lot  et  Ion 

bLMBHCM 

LIBHEU 

fortran 

Program 
Descrip*  'oo 

Blnery 

Rendoa 

Syetea  Standard 
( laetel let  Ion -dependent ) 

krtltli  Ml*  <■••• 

store##) 

buxrmrr 

LOUT 

Reports 

BCD 

Sequent  let 

Nesiaua  112  cherertere 
f"  Uae 

S»IN  p,l*t*f 

6L LDEBUG 

LDEBUG 

Reports 

BCD 

Sequent iel 

Nesiaua  112  cherectere 
per  line 

Srrctrh  Ml*  Ihu 

etorege) 

6UWBCH 

LPUBCH 

DMATRAN 

Translated 

Test 

BCD 

Sequent! el 

Cerd  laege 

$?•(•■  puocb  or  p*i 
Ml** 

raenent 

SLINFUT 

LIN 

FORTRAN 

Test 

BCD 

Sequent  lei 

Cerd  laege 

Car*  r**0*r  or  pan 
Ml** 

*PcrRBntnt  flics  auet  hoc  been  previously  erected. 


MOTE:  The  above  files,  alonp,  with  other  intermediate  scratch 

files,  are  defined  in  subroutine  FLINIT . 
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APPENDIX  A 

USING  STRUCT RAN -2  ON  THE  UNI  VAC  1108 


Various  modifications  have  been  made  to  the  UNIVAC  1108  installation  of 
STRl'CTRAN-2  to  enhance  its  utility  in  the  UNIVAC  1108  environment.  The  follow- 
ing points  briefly  summarize  the  enhancements: 

a STRUCT RAN- 2 accepts  input  either  as  source  cards  (run  stream  data) 

or  as  FORTRAN  source  elements  referred  to  with  the  <*ADD  statement. 

e STRUCTRAN-2  produces  a program  file  in  TPF$  containing  DMA TRAN 

source  code,  translated  FORTRAN  source  code,  and  FORTRAN  relocat- 
able elements  for  each  program  unit  structurlzed . 

As  described  in  Sec.  2,  no  special  control  cards  are  required.  Section  2 de- 
scribes the  use  of  STRUCTRAN-2,  and  illustrates  STRUCTRAN-2  input  and  output. 

The  following  run  stream  translates  two  FORTRAN  source  elements  from 
program  file  PF2 , assuming  that  the  absolute  element  for  STRUCTRAN-2  is  on 
file  PF1 . 


Assign  permanent  files 
@XQT  PF1 . STRUCTRAN2 
@ADD  PF2.MAIN 
@XQT  PFl . STRUCTRAN2 
@ADD  PF2.XAMPLE 
0COPY  TPF5..PF3. 

@FIN 

STRUCTRAN-2  causes  the  STRUCTRAN-1  translator  to  process  each  DMATRAN  e’ement 
it  outputs.  A main  program  and  subroutine  XAMPLE  are  ’■he  FORTRAN  source  ele- 
ments on  program  file  PF2.  The  result  of  this  run  stream  Includes  STRUCTRAN-2 
FORTRAN  listings  of  MAIN  and  XAMPLE,  STRUCTRAN-1  Indented  listings  of  the 
structurlzed  MAIN  and  XAMPLE,  FORTRAN  V listings  of  the  translated  FORTRAN 
versions  for  MAIN  and  XAMPLE,  and  a program  file  on  PF3  containing  the 
DMATRAN  source  code,  the  FORTRAN  source  code,  and  the  relocatable  elements 
for  MAIN  and  XAMPLE.  The  DMATRAN  source-code  elements  have  MAIN  and  XAMPLE 
as  element  names;  both  have  the  version  identifier  STR.  The  first  card  image 
of  DMATRAN  source  element  MAIN  is  a DMATRAN  control  card  (see  STRUCTRAN-1 
User's  Manual,  Appendix  A)  containing  the  name  MAIN.  This  is  followed  by  the 
DMATRAN  source  code  for  MAIN.  The  FORTRAN  source  code  and  relocatable  elements 
have  MAIN  as  the  element  name.  Elements  for  XAMPLE  are  similar. 
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APPKHDIX  B 

STRUCT RAN- 2 SYSTEM  DIAGNOSTICS  (FOR  USE  WITH  HIGH-LEVEL  AUDIT) 

ccccrccrcccccccccccctrtccccccccccccccccccctccciccccttctcccccccccctcccccccccccccc 
c lbmom  messages 

c ccicircccccccccciccmccccc 


c 

*01 

* JflNf  4 

UNKNOWN  t*NOU*W. 

c 

*0? 

K JONES 

oRAPhICAl  Analysis  IIwnisIID  lb»u««m  ». 

c 

*01 

hrcnt 

wOONv,  STATEMENT  TYPE. 

c 

‘■0* 

BRCNt 

NO  | NO  1 NO  RAR(NTheMS  IN  OOI0  ST  ATC M*  Nt  • 

c 

1*00 

PROAsm 

ILLEGAL  XREOICAIE  INUE*. 

c 

1100 

OOLAHL 

l»hEL  OVE  Of  L Op  » 

c 

S«00 

TRACE 

too 

NANf 

MANNINGS. 

c 

SK01 

EfrOx 

too 

M AN  T 

c 

*.»01 

ISNON* 

TOO  MANY  NON-l •LCUTAHlE  KEYWORDS. 

c 

* * 0 1 

l AHSTm 

labstm  error. 

c 

*.10? 

*D»*oni 

TO  MANY  STATEMENT  LABELS. 

c 

S|  03 

AONOOL 

TOO  MANY  00-STATEMENTS. 

c 

sio* 

CKHLkS 

COMMON  BLOCH  OvEPTlOp. 

c 

sics 

clasey 

TOO  MANY  KEYWORDS . 

c 

SI  06 

Ci»sr » 

TOO  MANY  kEyPLUSES. 

c 

Slot 

CORPPC 

DIMENSIONED  SYMBOL  D l ME  NS  1 ONE  D A(.A|N  IN  COMMON 

c 

statement. 

c 

S|0« 

1 errol 

ILLEGAL  IE-ASS 1 ONE O-GOI 0 IN  MOUUlE . 

c 

SI09 

NUrSVN 

SYMBOL  EOUl VALENCE 0 BECOME  DIMENSIONED. 

c 

S|  10 

orrsri 

s'.hSCP IPT  ERROR. 

c 

Sill 

PAM ASA 

ILLEGAL  ASSIGNED-GOTO  IN  MOuuit. 

c 

SI  1? 

Stthl.IV 

R'OOlE  NAS  UNNE COGNIZABLE  LANGUAGE  . 

c 

S'  11 

Ot  CL  AR 

DECLAMATION  UST  p|Th  MOPE  Than  ThPEI 

c 

DIMENSIONS 

c 

S»00 

Ol  t hi  * 

c 

S’01 

OtlhLS 

ILLEGAL  module  NUMBER. 

c 

s»o? 

Otust 

GETlST  CALLED  COP  NON- yAMIABlE  length  table. 

c 

s»03 

GETLSt 

illegal  module  numbed. 

c 

S»0<» 

JGTPPD 

inuea  beyond  block  site. 

c 

s?os 

I Gt  PPL. 

SElCCTEO  BLOCK  OUT  or  known  Range. 

c 

I Gt  PPL. 

ILLEGAL  MODULE  Numbed. 

c 

s?o  t 

IGthl* 

ILLEGAL  BLOCK  NUMBER. 

c 

s»os 

LOTpPLI 

ILLEGAL  block  number. 

c 

s?09 

LPTBLK 

illegal  block  NUMBER. 

c 

S?I0 

LPtMPO 

illegal  BLOCK  numhEm. 

c 

S»1 1 

PUTBLK 

SELECTED  BLOCK  OUT  or  KNOWN  RANGE. 

c 

SJ|? 

PUTBLK 

ILLEGAL  MODULE  NUMBER. 

c 

s?!3 

PUTLST 

ATTEMPI  TO  REPLACE  UST  PITH  1 ONGEP  ONE. 

c 

S»|4 

XUIlSt 

NO  SUCH  HI  OCk  . 

c 

S’lS 

XUtLSl 

PUTLST  CALLED  EOR  NON-VARIABLE  LENGTH  TABLE. 

c 

S>16 

PUtLSt 

TOO  many  ITEMS  IN  VARIABLE  LIST. 

c 

SMT 

PUtLSt 

ILLEGAL  POOULE  NUMBER. 

c 

S?I8 

PUT  PRO 

INOEA  BEYOND  BLOCK  SITE. 

2 

SPIV 

PUT PRO 

TABLE  not  KNOWN  in  system. 

c 

s»?o 

PUtPPU 

ILLEGAL  MODULE  NUMBER. 

11 


c 

MOP 

1 »*•*-*  BO 

(hANGFU  Miiuutl  Mil  Yfl  UN  NF  a 

c 

A 101 

0*»p»  HG 

ACT  I VI  CURk  ll>tO»(Nl  HOI  » Out*.  > |S  »OI. 

c 

MO? 

(IMPMOll 

HOOOit  HOT  |N  tOMt  TO  U*». 

c 

MOl 

OETlHl 

ll  Ll  0*1  lARtk  NuMHtw. 

c 

s to* 

GCUHT 

llUIAt  l|MH*M«  NuNMIB. 

c 

MOS 

GCT|  HI 

IwtuMfSI  MffONO  HANOI. 

c 

Of  THOU 

MOimil  NtJMHfH  NOT  If  1 ISSIMli. 

c 

s 1(**t 

».£  Tartu 

MOti  -.OT  os  1 IHBAt.  » . 

c 

MO* 

Ok  1 1 »n 

HOUOkl  OulSIOk  LkGAl  HANOI. 

c 

S»|0 

fit  ITCH 

"COtilk  NoMHkH  NOT  rkl  ASSIGN!  '. 

c 

S>1? 

IHOHfS 

NO  INFORMATION  ON  B|AO  ONI  • IIBMAB.. 

c 

si|3 

t HOI  Au 

ATTIMhT  in  Hf  AO  IllkOAl  k INHAHI  IN  LMHFAfl. 

c 

Sl|* 

i rtaPI 1 

ATTkMpT  TO  *-l  U ON  iLLf  OAc  k lit  Ah  AH  Y |N  i«*H|l 

c 

SMS 

MA« TAD 

NO  MOBI  TAttkk  SB  At  k AVAIkAbkl. 

c 

Sl|6 

MOHOf  * 

MObot  1 can  ONk  » b»  uSI 0 • 1 Im  ACT  1*1 

c 

s»l* 

MO  •'Hu* 

MObPtlT  CAN  ONk  * HE  Olf 0 bITm  AkllVf  MODULES* 

C 

MOO 

OpSTmT 

IkkkuAC 

00-PATH  NtiMHIS. 

c 

MO  1 

ITHObk 

iNOIOAlfl)  STATEMENT  HAS  NO  Ml  oka  SIRUCIuwk. 

c 

MOP 

■ SOI  uo 

ll  LEGAL 

CPRt  FRAGMENT  NtiMBkw. 

c 

M01 

■ SOI  BO 

IlkkOAk 

LIBRARY  IBAGMINT  NU“MfH. 

c 

**0? 

■SOHRO 

ILLEGAL 

COBfc  ADOHtSS. 

c 

s**03 

■SGaBO 

IkkCOAk 

LIBRARY  ADOPT SS. 

c 

A -CS 

aSHl  BO 

IkklOAk 

COR|  IBAbMkNl  NUMBfa. 

c 

MOS 

■ SHI  BO 

ll  kk  OAk 

k IrtBABY  FRAGMENT  NUMHrH. 

C 

*->00 

ACTOAT 

OIO  NOT  «NOa  MODULE  aAS  ACT  1*1. 

c 

7*01 

aCTERG 

NO  SUCH  FHAOMCNl. 

C 

*10? 

AC  *t  BO 

FPAGMEuT  NUMHkH  0 1 *f  N AS  7LRO. 

c 

*103 

aCTmOO 

ACTMOO  OOFS  NOT  ANO*  AN  AC  T 1 *f  MODULE  IS 

c 

ACTIVE. 

c 

7e  0 1 

ISIT 

UNbAk ANCE0  PABENThESCS. 

c 

*S0? 

Otu  OH 

TOO  MANY  CAPOS. 

c 

T'-OS 

ISAV.N 

UNBALANCED  BARE  NT  h|  St  S . 

C 

A'00 

NXTSTM 

UNANOaN  LANGUAGE. 

c 

Rnol 

BEGDOp 

UNANOWN  LANGUAGE. 

c 

•“"O? 

E NOE NO 

NO  € NO  STATEMENT. 

c 

st 03 

POHUDH 

ROPUUP  ERROR. 

c 

S"0S 

PBS  f Ml 

illegal  call. 

c 

HtOS 

STMOU* 

TOO  MANY  OOPATMS  BEGINNING  AT  ONE  STATEMENT. 

c 

BIOS 

suhsta 

StiHSTA  OvERfLOa. 

c 

■•no* 

SUHPOH 

SURSTa  UNDE RE LOW. 

c 

•mop 

AOOJNC 

OVERELOa  IN  AOOJNC. 

c 

StOB 

INTBVk 

OvEHELOa  IN  INTRVL. 

c 

AS  1 0 

NAET 

LOOP  a 1 Tm  NO  EMIT. 

c 

Bn  1 1 

NHf  I 

LOOP  alTH  NO  EXIT. 

c 

Bn  | p 

NOOSTA 

NOOSTA  OVERELOa. 

c 

Bn  1 3 

1NTS7A 

INTSTA  OVERELOa. 

c 

sn  |a 

STRUCT* 

UNRNOaN  tyre. 

c 

Rn|S 

TT 

UNANOaN  TYRE. 

c 

BO  IS 

SESSTa 

SSTACA  OVERELOa. 

c 

BS)  7 

RT 

UNANOaN  TYRE. 

c 

BO  IB 

PROSTA 

SSTACA  OVERELOa. 

c 

BnlB 

Nt  * 1 T 

OVERELOa  IN  NEXIT. 

c 

B0?0 

Nf  JUT 

UNOERELOa  IN  NEXIT. 

c 

B"?l 

JMVAkU 

RANGE  ERROR  IN  IHVALUC. 

s 

B0?? 

ISRTAb 

ILLEGAL  TABLE  NUMBER. 

c 

c 

B S?3 

ISBTAb 

ISRTAR  CANNOT  BE  USED  RITH  VARIABLE 

LENGTH  TABLES. 

2 

Br?S 

ISBTAb 

ILLEGAL  MODULE  NUMBER. 

c 

snps 

STCa 

STACK  OVERELOa 

c 

anp? 

OLiBOF  N 

OVERELOa  IN  OOPGEN 

c 

BnpB 

OORoEN 

INFINITE  LOOP  FOUNO 
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cfccrcc*ccctccctv.cc».cfcctccficictccctccccccccttccccccctcctccctcrcccccccccccccccc 


1- 

f 


. * u N I N G MESSAGES 
CCCtCCCttCCCCCCCCtCCClCCCCClCCf 


c 

4101 

sllbl* 

OO  IAR«tl  Is  NOT  A COM  I Not  SIAIEMYNI. 

c 

»M>P 

1NOUP 

»»n»i  In  i no up  full. 

c 

7«CI 

INL'.N 

*o»*i  In  inomn  iuu. 

CCCCrCCfCCCCCCCCCCCUCttCCflttClCtCCCCfCCCCCCCCCCCCCCCCCCCCCCCCCCCrCCCCCCfCCCCC  | 

c 

f A 

T A l l Q H 0 ■ MESSAGES  I 

c 

CCCCCLfCCtClCCCCCCCCCCCCCCCCCCCCCCCCCCC  | 

c 

4*00 

ffcOM 

tewo*.  l|m|i  nrfioro. 

c 

s»oo 

PuTa-JU 

SElECUO  HLOCK  out  OF  TAblE  BOUNDS. 

c 

S?0l 

PUTHL* 

SfLtCTEO  HLOCA  Ou 7 Of  lAHEE  HOUNDS. 

c 

SMP 

l HOREN 

old  lIhpary  opined  b|Th  improper  r ragmen t sifE 

c 

S1|0 

LHOPfN 

new  l JBRARr  OPINED  Ml  In  IMPROPER  fragment  sm 

c 

sy?c 

l HOPES 

R/H  LIBRARY  OPENED  b|Th  IMPROPER  PASSHOmD 

c 

7-00 

OETFOR 

\ IN  CUNT.  STMTS.  MUST  PE  MANUALLY  REMOVED. 
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APPENDIX  C 
HIGH-LEVEL  AUDIT 


STRUCTRAN-2  produces  a high-level  audit  which  may  be  printed  by  copying 
the  normal  scratch  (unit  8)  audit  file  to  the  printer.  The  audit  describes 
the  contents  of  the  data  base  created  and  used  by  STRUCTRAN-2  in  structuring 
a FORTRAN  program,  as  well  as  an  indented  listing  of  the  structured  program. 
The  high-level  audit  for  the  program  in  Fig.  2.2  Is  shown  in  Figs.  C.l,  C.2, 

C. 3,  and  C.4.  For  an  explanation  of  the  reports  generated,  refer  to  the  SDB, 
STB,  and  DDP  Table  definitions  in  STRUCTRAN-2  System  Design  and  Implementation 
Manual  (Sec.  3.3). 
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Figure  C.2.  Symbol  Table  for  Module  SUM 
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Figure  C.4.  DD-Paths  for  Module 


